
DATABUS AND METHOD FOR THE COMMUNICATION OF TWO 
ASSEMBLIES BY MEANS OF SUCH A DATABUS 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a parallel databus and to a method for the 

communication of two assemblies by means of such a databus. The invention 

particularly refers to a parallel databus, which is suitable for a multiprocessor 

architecture. Given such a multiprocessor architecture, a plurality of processor 

systems basically having equal rights can communicate with one another via the 

databus. 

Description of the Related Art 

The multibus II (multibus is a registered trademark of the Intel 
Corporation) represents such a databus. The multibus II is a synchronized bus 
defined in IEEE Standard for a High-Performance Synchronous 32-bit bus: 
MULTIBUS II, The Institute of Electrical and Electronics Engineers, Inc., 345 
East 47th Street, NY 10017, USA, 1988. In order to make it more simple, the 
"MULTIBUS II" is referred to as "multibus" in the following. 

The hardware realization of such a multibus consists of a backplane, in 
which the signal lines of the bus are arranged and which are provided with 
approximately 20 cable connectors, whereby an assembly can be respectively 



connected thereto. Figure 3 schematically shows two assemblies 2 that are 
connected via a multibus 1 . Each assembly 2 has a databus driver 3 that is 
immediately connected to the signal lines of the multibus 1 and has a controller 4 
that is connected to the databus driver 3. The controller 4, in turn, is connected to 
m 5 the electronic physical units of the assembly 2. These electronic physical units 

Sj can have a processor or merely represent a passive digital circuit. 

spi 

*M The controller 4, corresponding to the protocol of the multibus 1, logically 

LU 
iff 

Z I edits the data generated by the electronic physical units and forwards them to the 

p databus driver 3. The databus driver 3 converts the data into electrical data 

fU 1 0 signals that are appropriate for the multibus and applies the electrical data signals 

H to the signal lines. Data signals coming from the multibus 1, in a reversed way, 

are accepted by the databus driver, which forwards the data to the controller 4. 

The controller 4 correspondingly edits the data for the processing by the electronic 

physical units. 

1 5 The databus drivers are transparent electronic physical units, i.e., the 

respective corresponding input side and output side of the databus driver assumes 
the same logical value. Since the databus drivers are transparently fashioned, an 
active connection between two assemblies 2 is logically through-switched from 
the controller 4 of the one assembly 2 to the controller 4 of the other assembly 2. 

2 0 The signal propagation time between the two controllers 4 limits the 



maximum transmission frequency or, respectively, bus frequency. Corresponding 
to the aforementioned IEEE standard, the bus frequency is 10 MHz. A 
transmission rate of 40 byte/s is obtained by such a bus frequency. 

A study "20MHZ MULTIBUS II PARALLEL SYSTEM BUS 
INVESTIGATION, TAUFIK MA, INTEL CORPORATION, 8 APRIL, 1991" 
planned to operate the multibus with a bus frequency of 20 MHz. For this 
purpose, extensive adaptations and modifications have been proposed in order to 
optimize the individual runtimes between the controllers and databus drivers or, 
respectively, between the databus drivers connected via the multibus. The aim of 
this study is to operate a multibus having 10 assemblies at a maximum and 20 
MHz, and to operate a multibus having 20 assemblies at a maximum and 16 MHz. 
The signal propagation time between the controllers of two assemblies would 
have to be reduced to 50 ns or less. The result of this study is that such an 
"accelerated" multibus is theoretically possible, however, there would be a 
considerable developing outlay until its actual realization. Younger data busses, 
such as the PCI bus, do not have bus drivers in order to obtain faster access to the 
signal lines of the databus and therefore obtain a higher throughput. These data 
busses, however, are limited with respect to the number of assemblies to be 
connected at a maximum, which is normally clearly smaller than 1 0, and its 
physical expanse is limited to 10 cm, for example. On the other hand, a multibus 



can be up to 50 cm long and can connect 20 assemblies to one another, whereby a 
plurality of assemblies can represent processor systems of equal rights. 

The publication by "Farber, G., Bussysteme, R. Oldenbourg Verlag, 
Munich 1987 (2. edition)" describes functions and structures of bus systems on 
the pages 16- 19. On page 19, image 13 shows a handshake transmission. The 
article "Packer, Stephen et. al., Message Passing Supports Multiple Processor 
Design, Computer Design" of 15 June 1984, pages 117 - 120, 122 and 124 
describes measures for improving the communication in the multibus II. 

SUMMARY OF THE INVENTION 

An object of the present invention is to create a parallel databus, which 
allows a high data throughput and which still has the advantages of the known 
multibus, such as the high number of connectable assemblies, the large physical 
expanse and the possibility of a multiprocessor architecture. Another object of the 
present invention is to create a method for the communication between two 
assemblies, which are respectively provided with a processor, by such a databus. 

This object is achieved by a parallel databus having a plurality of parallel 
signal lines to which a plurality of assemblies can be connected, whereby each 
assembly has a databus driver being in immediate connection with the signal lines 
and has a controller that is connected to the databus driver, whereby a sub-number 
of the signal lines represent data lines for transmitting the data and control lines 
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for controlling the data transmission of the data via the data lines, and a clock 
generator for generating a predetermined bus frequency, with which the signals 
transmitted in the signal lines are clocked, the databus drivers are connected to the 
clock generator and the databus drivers are fashioned such that the signals to be 
transmitted from and to the data and control lines are accepted during a clock 
pulse prescribed by the clock generator, and are emitted during a following clock 
pulse. 

In a preferred embodiment, the clock generator generates a bus frequency 
of at least 20 MHz. Specifically, the clock generator may generate a bus 
frequency of approximately 40 MHz. In one embodiment, the databus has 32 data 
lines. A further sub-number of the signal lines are fashioned as decision lines for 
deciding which assembly connected to the signal lines has access priority, the 
decision lines are connected to non-clocked open-drain outputs of the respective 
databus drivers, so that they form a wired-or logic. A device for generating an 
auxiliary clock pulse with a lower frequency than the bus frequency is provided 
for driving the decision lines. 

The device for generating an auxiliary clock pulse may be a frequency divider. 
The outputs of the databus driver leading to the controller may be fashioned as 
low- voltage TTL outputs. The signal lines preferably have a physical expanse of 
at least 40 cm. The signal lines may have a physical expanse of at least 50 cm. A 
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plurality of the assemblies that are connected to the signal lines are respectively 
can be provided with a processor. The databus may be multibus-compatible. 

The invention also provides a method for the communication of two 
assemblies, which are each connected to a processor, by means of a parallel 
databus, whereby data packets are exchanged between the two assemblies, each 
data packet is acknowledged by only one single handshake. In a preferred 
embodiment, the method a handshake respectively comprises a data-ready signal 
of the transmitter assembly and a data-ready signal of the receiver assembly, 
whereby the data-ready signal of the transmitter assembly is sent to the receiver 
assembly at the beginning of the data transfer, and the receiver assembly sends its 
data-ready signal to the receiver assembly after the data-ready signal of the 
transmitter assembly has been received. The transmitter assembly only sends its 
data-ready signal when the complete data packet is present on this assembly. 

The maximum size of the data packets is preferably set to a predetermined 
value, and the receiver assembly only sends its data-ready signal when there is 
sufficient storage space on the receiver assembly. A maximum size of 32 byte, 64 
byte, 96 byte or 128 byte are determined for the data packets. 

The invention also provides a printer control unit for high-performance 
printers having an I/O-module, one or more raster modules and a serializer 
module , whereby the modules each have a processor, the modules are connected 



to a parallel databus. 

The inventive parallel databus has a plurality of parallel signal lines, 
whereby a plurality of assemblies can be connected thereto, whereby each 
assembly has a databus driver being in immediate connection with the signal lines 
and a controller that is connected to the databus driver, whereby a sub-number of 
the signal lines represent data lines for transmitting the data and control lines for 
controlling the data transmission of the data via the data lines, and is provided 
with a clock generator for generating a predetermined bus frequency, with which 
the signals transmitted in the signal lines are clocked. This parallel databus is 
characterized in that the databus drivers are connected to the clock generator and 
in that the databus drivers are fashioned such that the signals to be transmitted 
from and to the data lines and control lines are accepted during a clock pulse 
prescribed by a clock generator and are emitted during a subsequent clock pulse. 
In this way, a signal to be transmitted from one assembly to another assembly, 
during a first clock pulse, is transmitted from the controller of the transmitter 
assembly to the databus driver of the transmitter assembly, is transmitted from the 
databus driver of the transmitter assembly via the signal lines to the databus driver 
of the receiving assembly during a second clock pulse and is transmitted from the 
databus driver of the receiving assembly to the controller of the receiving 
assembly during a third clock pulse. During a clock pulse, the signals are merely 



m 



transmitted between a controller and a databus driver of an assembly or between 
two databus drivers of two different assemblies, so that the physical signal path is 
kept short. These short signal paths allow correspondingly short signal 
propagation times, which can be kept less than or equal to 25 ns, for example, so 
that a bus clock pulse, for example, of 40 MHz is possible. As a result thereof, 
the data throughput is considerably increased, although all advantages known 
about the multibus are kept. 

The method for the communication of two assemblies, which respectively 
have a processor, by such a parallel databus is characterized in that the data 
packets are merely acknowledged by one single handshake when the data packets 
are exchanged between the two assemblies. Therefore, the handshake can be 
fashioned so as to be distributed over a number of clock pulses, whereas the data 
packet can be transmitted with maximum transmission speed ( — one data word 
per clock pulse). 

BRIEF DESCRIPTION OF THE DRAWINGS 
The invention is subsequently explained on the basis of an exemplary 

embodiment shown in the drawing. 

Figure 1 is a block diagram of a printer control unit with an inventive 

databus, 

Figure 2 is a functional block diagram of two assemblies connected via an 



inventive databus, 

Figure 3 shows two assemblies connected via a known databus, and 

Figure 4-12 show timing diagrams for explaining the signal transmission 
by means of the inventive databus. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The inventive parallel databus 5 is subsequently explained in greater detail 
on the basis of a printer control unit 6 for high-performance printers 7. Such a 
printer control unit 6 has an I/O module 8, one or more raster modules 9 and a 
serializer module 10. The individual modules 8 to 10 are connected to one 
another via the databus 5. The raster modules 9 and the serializer module 10 are 
connected to one another via a further pixel bus 1 1 . 

The I/O module 8 receives the bits of printing information from a 
computer means, which can be a large computer system or also a computer 
network. The I/O module 8 forwards the printing information to the raster 
modules 9 and the serializer module 1 0, whereby the raster modules 9 receive the 
bits of printing format information and convert them into a printing format data 
stream that can be processed by the high-performance printer 7. These printing 
format data streams are transmitted by the raster modules 9 via the pixel bus 1 1 to 
the serializer module 10, which lines up the data streams in a predetermined 
sequence and forwards them to the high-performance printer 7. 
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The modules 8 to 10 represent assemblies 2 that are respectively 
connected to the databus 5, whereby each assembly has a databus driver 3 and a 
controller 4 (Figure 2). The databus 5 corresponds to the multibus II (multibus is 
a registered trademark of Intel Corp.), as it is defined in IEEE standard for "High 
Performance Synchronous 32-Bit Bus: MULTIBUS II The Institute of Electrical 
and Electronics Engineers, Inc., 345 East 47th Street, NY 10017, USA, 1998", 
apart from the changed cited in the following description. 

The hardware realization of this databus 5 is composed of a backplane, in 
which the signal lines of the bus are arranged and which are provided with 20 to 
25 cable connectors to which an assembly 2 can be respectively connected. The 
CSM module (Central Services Module), which executes specific start routines 
and which initializes the individual assemblies, represents such an assembly 
known from the multibus. The CSM module has a clock generator, which applies 
a clock signal oscillating with a predetermined bus frequency to a clock signal 
line of the databus 5. The bus frequency is 40 MHz in the present exemplary 
embodiment. 

The databus drivers 3 of each assembly 2 are connected to the clock signal 
line 12, whereby the input and output of the databus drivers 3 can be clocked 
corresponding to the bus frequency or, respectively, the bus clock pulse. 

In addition to the clock signal line 12, the databus 5 has further lines, such 
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as 32 data lines for transmitting the data, control lines for controlling the data 
transmission, decision lines for deciding (arbitration), which assembly is allowed 
to access the databus 5, address lines and one or more lines for the supply voltage 
and ground. In the present exemplary embodiment, the same lines are used for 
transmitting the addresses and the data, so that combined address lines/data lines 
are present. 

The databus drivers 3 are inventively connected to the clock signal line 12 
and are fashioned such that the signals to be transmitted from and to the data lines 
and control lines are accepted during a clock pulse prescribed by a clock generator 
and are outputted during the following clock pulse. The part of the databus driver 
3, which operates the data lines and control lines, therefore is fashioned as a non- 
transparent electronic component with a temporary storing function, as it can be 
realized by a D-flip-flop, for example. These databus drivers 3, during a clock 
pulse, therefore accept the signals of the data lines and control lines coming from 
the databus 5, they store them and output them to the respective controller 4 
during the immediately following clock or, respectively, they accept a signal 
coming from the controller 4 during a clock pulse, they store said signal and apply 
it to the databus 5 at the immediately following clock pulse. The databus drivers 
3 therefore are operated in a "clocked" fashion with respect to the data lines and 
control lines. 



For explanation purposes, it is assumed in the following that the assembly 
shown in Figure 2 on the left side (transmitter assembly S) initiates a data transfer 
to the assembly (receiver assembly E) shown on the right side. In a decision 
method (arbitration) known from the multibus, the transmitter assembly initially 
obtains the right to be allowed to access the databus 5. The transmitter assembly 
S therefore is also referred to as bus owner. 

During a first clock pulse, the controller 4 of the transmitter assembly S 
transmits a data word (1-4 byte) to the databus driver of the transmitter assembly 
S. The databus driver 3 stores the data word and converts it into a signal that is 
suitable for the databus 5, whereby said signal is present at the signal lines of the 
databus 5 during the following, second clock. During the second clock pulse, 
these electrical data signals are accepted by the databus driver 3 of the receiver 
assembly 2, they are temporarily stored and are transmitted to the controller 4 of 
the receiving assembly E during the following, third clock pulse. 

This clocked transmission of the signals divides the entire transmission 
path from the controller 4 of the transmitter assembly S to the controller 4 of the 
receiver assembly E into three sections, namely the two sections 13, 15 between 
the controllers 4 and the databus drivers 3 of the respective assembly 2 and the 
section 14 between the two databus drivers 3 of the two assemblies 2, whereby 
said section extends across the signal lines of the databus 5. The signal 
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propagation time in the individual sections is significantly shorter than over the 
entire distance between two controllers, as it is necessary for transparent databus 
drivers in order to maintain the signal generated at the controller of the transmitter 
assembly until it is present at the controller of the receiver assembly. Given such 
a databus, the bus frequency can be significantly increased (e.g. up to 40 MHz) as 
a result of the inventively shortened signal propagation times of the individual 
sections, which can be 25 ns, for example. Data transmission rates of up to 160 
Mbyte/s can be obtained by a bus frequency of 40 MHz. 

The databus drivers can be fashioned, for example, with GTL+- drivers of 
the company Texas Instruments, such as the module SN54GTL1655 or 
SN74GTL1655. 

The operation of the inventive databus is subsequently explained in greater 
detail on the basis of the timing diagrams shown in the Figures 4 to 12. 

Figure 4 shows the timing diagram for transmitting a data packet between 
two assemblies on the basis of the control signals SCNO, SCN2, SCN3, SNC4 and 
the address signals/data signals AND. The designations of these signals are 
respectively provided with one of the following endings "_S", "JB"and "JE", 
whereby "-S" means that the signal status in the line section 13 is shown between 
the controller 4 and the databus driver 3 of the transmitter assembly S; the ending 
"_B" means that the signal status in the signal lines of the databus is shown 



between the databus drivers 3 of the communicating assemblies (line section 14), 
and the ending "_E" means that the signal in the line section 15 is shown between 
the databus driver 3 and the controller 4 of the receiver assembly E. The signal 
SCNO shows a request phase, whereby the signal is valid in the low status (L = 
request phase). The signal SCN3 indicates the end of the data transmission, 
whereby the 0/1 -transition or, respectively, low/high-transition represents the 
exact point in time of the end of the data transmission. SCN3 refers to the data- 
ready signal of the transmitter assembly, and SCN4 refers to the data-ready signal 
of the receiver assembly E. The two signals SCN3 and SCN4 are the main 
components of a handshake between the transmitter assembly S and the receiver 
assembly E. The handshake has signals SCN5, SCN6 and SCN7 allocated, with 
which the type of error, in a way known from the multibus, is indicated by the 
receiver assembly E given a faulty data transmission. 

The signals AND can comprise 4, 8, 16, 24 or 32 individual signals, for 
example, whereby the maximum number is limited by the 32 address lines/data 
lines of the databus 6. 

The controller 4 of the transmitter assembly generates the request signal 
SCNO at the beginning of a transmission of a data packet and the address of the 
receiver assembly is outputted (see SI in Figure 4). The databus driver 3 of the 
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transmitter assembly applies these signals to the signal lines of the databus 5 
during the next clock pulse (S2). The request signal SCNO and the address data 
reach the controller 4 of the receiver assembly E during the third clock pulse (S3); 
the receiver assembly E then realizes that it is to receive a data packet. The signal 
5 SCNO is only generated during the duration of a clock pulse. During the second 
clock pulse S2, the controller 4 of the transmitter assembly S generates a data- 
ready signal SCN3, with which it indicates that the transmitter assembly S is 
ready for sending a data block. An identification character is simultaneously 
applied to the address lines/data lines for the type of data block. These signals 

1 0 arrive at the controller 4 of the receiver assembly E at the clock pulse S4. After 
the receiver assembly E has determined the data-ready signal SCN3, it checks 
whether it has sufficiently free storage space for accepting a data packet. The size 
of the data packet is fixed at the initialization of the databus and can be 32, 64, 96 
or 128 byte. If there is sufficient storage space at the receiver assembly E for 

1 5 accepting a data packet, the controller 4 of the receiver assembly E produces a 
data-ready signal SCN4, which is transmitted to the controller of the transmitter 
assembly S during three clock pulses (S6 - S8). The receiver assembly E needs 
two clock pulses for accepting the data-ready signal SCN3 of the transmitter 
assembly S, for checking whether there is sufficient storage space and for 

2 0 outputting the data-ready signal SCN4. The data-ready signal SCN4 reaches the 
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controller 4 of the transmitter assembly S during the clock pulse S8. The 
handshake has been acknowledged with the receipt of this signal by the controller 
4 of the transmitter assembly S. 

The controller 4 of the transmitter assembly S sends data words, which 
5 normally comprise 32 bit, during the acknowledgment of the handshake, starting 
with the clock pulse S3 through the clock pulse S10. The controller 4 hereby 
sends such a data word per clock pulse, which then, with a delay of two clock 
pulses, arrive at the controller 4 of the receiver assembly E. The data-ready signal 
SCN3 of the transmitter assembly S is active until the last data word has been 

1 0 sent. At the same time as the last data word D7 is sent, the controller 4 of the 
transmitter assembly S activates the control signal SCN2 (low) in order to mark 
the exact end of the transmission of the data packet at its 0/1 -transition (low/high 
transition). As can be seen from Figure 4, the SCN2 signal is synchronously 
transmitted in the individual transmission sections with the data word D7, so that 

15 the signal SCN2, during the clock pulse SI 2, is received by the receiver assembly 
E and also by the other assemblies connected to the signal lines of the databus 5, 
so that these recognize that the transmission of the data packet has been 
completed. A further data packet now can be transmitted between the transmitter 
assembly and the receiver assembly or the right to access the databus signals can 

2 0 be transferred to another assembly in a decision method (arbitration), which is 
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known from the multibus. 

Since each data packet, which can comprise 8 data words, for example, is 
inventively transmitted by one single handshake, the data words DO - D7 can be 
transmitted with a maximum transmission rate (one data word per clock pulse), 
whereas a comparably long period of time of 7 clock pulses (S2 - S8), for 
example, is available for processing the handshake. 

Figure 5 shows a similar diagram for transmitting a data packet that 
comprises only one data word DO. The acknowledgment of the handshake by the 
signal SCN4 is received again at the clock pulse S8 by the controller 4 of the 
transmitter assembly S (see transmission process explained on the basis of Figure 
4). Only after the handshake has been acknowledged and this acknowledgment 
signal SCN4 has been processed by the transmitter assembly S (clock pulse S10), 
the controller 4 of the transmitter assembly S ends the output of the signals 
representing the data word DO, so that it is assured that the receiver assembly E is 
capable of receiving the data word DO. Since only one data word DO is 
transmitted here, it is the "last" data word of the packet why the control signal 
SCN2 indicating the end of the data transmission is also actively switched (low) 
during the entire time during which the data signals of the data word DO are 
active. 

The timing diagrams of Figure 6 and 7 show a reference read access and a 



reference write access. The reference accesses comprise the what is referred to as 
"I/O-space operation" and the "Memory Space Operations", wherein a transmitter 
assembly writes a data word in a register or a memory cell of another assembly or, 
respectively, reads is out from the memory cell. 

Given the reference write access (Figure 6), the process of the control 
signals SCNO, SCN2, SCN3 and SCN4 exactly corresponds to the process when a 
data packet having one single data word is transmitted (Figure 5). The reference 
write access only differs from this data transfer in that an address ADR composed 
of two data words is initially transmitted at the address lines/data lines and the 
data word DO to be transmitted is subsequently transmitted. A transmitter 
assembly S initiating a data transfer can read out a memory cell of a receiver 
assembly E with the reference read access (Figure 7). In the same way as the 
previous data transfers, the data transfer is started by initiating a request phase 
with the control signal SCNO and by applying an address ADR, which is 
composed of two data words, to the address lines/data lines. After the request 
phase, the transmitter assembly S sets the control signals SCN2 and SCN3, 
whereby it thus indicates that it is ready for accepting the data from the receiver 
assembly E. The receiver assembly E sends a data word DO to the transmitter 
assembly S and simultaneously indicates that the data are valid in that it places the 
control signal SCN4. The receiver assembly E removes again the data DO and the 



control signal SCN4 when it has recognized the set signals SCN2 and SCN3 of 
the transmitter assembly S. As soon as the transmitter assembly S has recognized 
the set signal SCN4, it takes over the data DO and resets the control signals SCN2 
and SCN3. The data transfer is completed. 

The Figures 8 and 9 show the timing diagrams of an interconnect write 
access and of an interconnect read access. On the basis of these interconnect 
accesses, a data word can be respectively entered or, respectively, read out in a 
what is referred to as interconnect storage space, which is provided at each 
assembly. The memory cells of this storage space are addressed with an address 
ADR that is only composed of a data word. The interconnect accesses therefore 
differ from the reference accesses with respect to the size of the address, whereby 
the operational sequence of the control signals SCO, SCN2, SCN3, SCN4 
corresponds to the transmission of the respective data word DO. 

The reference access and interconnect access is of secondary importance 
for the bus systems, which respectively connect assemblies that are provided with 
a processor, since an interprocessor communication is only possible by means of 
the above-described data packets (messages). Given multiprocessor systems, the 
reference access and the interconnect access only serve the purpose of initializing 
and diagnosing the system or, respectively, are for the communication with 
periphery devices, which do not have a separate processor control. 



As it is known from the multibus, the control signals ARB (5. . 0) and a 
bus request signal BREQ (bus request) are used for the decision (arbitration). In 
contrast to the address signals/data signals and the control signals, these signals 
are not clocked-in, since the decision lines then cannot be used in a "wired-or- 
modus", which is used for deciding the access rights. The databus driver therefore 
is transparent for these signals. Since one clock pulse period is not sufficient as 
signal runtime from one controller to the other controller for transmitting the 
signals, the databus is provided with an additional clock pulse signal line, 
whereby an auxiliary clock pulse BCLK2 is applied thereto. The auxiliary clock 
pulse BCLK2 (20 MHz) is generated by dividing the bus frequency by two. 

The signals ARB (5 . . 0) and BREQ are generated by the assemblies in 
the high-phase of the auxiliary clock pulse and are also queried in the high-phase 
of the auxiliary clock pulse BCLK2. It is thus assured that at least two clock 
pulse periods of the bus frequency or, respectively, of the bus clock pulse are 
available to the signals as signal runtime. 

As shown in Figure 10, four clock pulses of the bus clock pulse or, 
respectively, two clock pulses of the auxiliary clock pulse are used at a minimum 
for the transiency of the decision signals. This period of time that is available to 
the decision signal for the transiency can be extended to 18 clock pulses of the bus 
frequency at a maximum. 



Figure 1 1 shows a diagram showing the termination of a data transmission 
due to an error generated at the receiver assembly E. When the receiver assembly 
E notices an error, it outputs an error code at the same time as the data-ready 
signal SCN4 by means of the control signals SCN4 to SCN7 (not shown). The 
error code outputted by the signals SCN5 to SCN7 corresponds to the error code 
known from the multibus. 

When the receiver assembly E recognizes the error code, it modifies the 
data transfer in that it sets the control signal SCN2. The data transfer is completed 
when the receiver assembly E recognizes the set control signal SCN2. 

It is differentiated between what are referred to as bus errors, which 
generally occur in the databus system, vis-a-vis the errors generated with respect 
to the assemblies. Given the inventive databus, the error signal BUSERR can be 
only set by the assemblies, which are a part of the respective data transfer, i.e., the 
transmitter assembly S and the receiver assembly E. All other assemblies 
connected to the databus are either in a resting state or are in the decision phase 
(arbitration). They must leave the arbitration phase and start again when a bus 
error occurs. The assemblies set the error signal BUSERR when a parity error is 
present at the address/data signals or control signals or when the bus protocol has 
been injured with respect to the control signals. This is to assure that the data 
arriving at an assembly are correct. Given a data transmission by means of a data 



packet, a writing interconnect access and a writing reference access, the error 
signal BUSERR is generated by the receiver assembly. Given a reading 
interconnect access and a reading reference access, wherein a data word is 
transmitted from the receiver assembly to the transmitter assembly, the error 
signal BUSERR is generated by the transmitter assembly. 

It is important about the inventive databus that all signals of a transmitter 
assembly are clocked-in three times before they can be processed by the receiver 
assembly. This is the reason why a bus error is always recognized two or three 
clock pulses later, depending on whether the error has occurred on the transmitter 
assembly or on the databus. In this case, the receiver assembly sets the error 
signal BUSERR. Given a reading interconnect access or reading reference access, 
the error occurs on the receiver assembly, whereby the transmitter assembly sets 
the error signal BUSERR in the case of an error. 

The chronological delay of the error signal is taken into consideration in 
that the controller of the transmitter assembly, which sends a data packet or 
carries out an access, waits for six clock pulses after the end of the data transfer 
until it informs the CPU of the assembly of the status of the data transfer, since an 
error signal can still arrive at this time. 

Since only one single handshake inventively occurs for each data transfer, 
only this one single handshake, i.e. the data-ready signal SCN4, can be checked, 



so that modifications result vis-a-vis the known multibus protocol. 

The parity check is carried out at the subsequently described points in 

time: 

1 . Control signals are always checked. 

2. Address signals/data signals are checked during the request phase. 

3. Address signals/data signals are checked during a response phase of a read 
access following the request phase when SCN4 is set and SCN (7 . . 5) is not set, 
i.e., when a correct handshake is present. 

4. Address signals/data signals are checked during the response phase of a write 
access when SCN3 is set and when SCN (7 . .5) is not set, i.e., a correct 
handshake is present. 

A databus protocol injury is determined when 

1 . SCNO is set during a response phase, 

2. SCN2 is set in the response phase and SCN3 is not set in the response phase, 

3. SCN5, SCN6 or SCN7 are set during the response phase and SCN4 is not set, 

4. SCN2 changes during the response phase, whereas SCN3 remains set, and 

5. more data words than fixed during the configuration of the databus system are 
sent during a data transfer by means of data packets. 

The multibus protocol treats the error described in point 5 as an error 



occurring at an assembly. Since the data transfer can be no longer continued after 
this error has occurred and since the error normally occurs after the handshake 
given the inventive method with one single handshake, it is evaluated as a bus 
error. Such a bus error with respect to a data transfer by a data packet is shown in 
the diagram of Figure 12. Nine data words are transmitted here instead of eight 
data words. Therefore, the receiver assembly sets the error signal BUSERR after 
the eighth data word D7. As can be seen from the timing diagram, the transmitter 
assembly has already completed the data transfer on its side before it is informed 
of the error by the receiver assembly. As a result thereof, the controller of the 
transmitter assembly must wait for six clock pulses until it can announce the 
completion of the transfer to the CPU of the assembly, since error messages of the 
receiver assembly can still arrive within this period of time. 

The invention is not limited to a databus that is similar to the multibus but 
can be utilized for each parallel databus. 

The invention can be summarized as follows: 

It relates to a parallel databus having a plurality of parallel signal lines to 
which a plurality of assemblies can be connected, whereby each assembly has a 
databus driver being in immediate connection with the signal lines and has a 
controller that is connected to the databus driver. This databus is based on the 
known MULTIBUS II. The invention is characterized in that the databus drivers 
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are connected to the clock generator of the databus, and that the databus drivers 
are fashioned such that the signals to be transmitted from and to the data and 
control lines are accepted during a clock pulse that is predetermined by the clock 
generator, and are emitted during the following clock pulse. As a result thereof, 
the signaling path between two assemblies connected via the databus is 
interrupted at the databus drivers, so that the signals cover a shorter path section 
during a clock pulse of the databus compared to conventional databuses with 
transparent databus drivers. The individual signal propagation times are thus 
reduced, so that the bus frequency of the databus and therefore the data 
throughput can be significantly increased. 

The invention also relates to a method for the communication of two 
assemblies that are each provided with a processor, whereby data packets are 
exchanged between the assemblies. The inventive method is characterized in that 
each data packet is acknowledged by only one single handshake. As a result of 
this method, data can be transmitted with a maximum transmission rate at the 
databus. 

Although other modifications and changes may be suggested by those 
skilled in the art, it is the intention of the inventors to embody within the patent 
warranted hereon all changes and modifications as reasonably and properly come 
within the scope of their contribution to the art. 



